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[57] ABSTRACT 

_ A_data_transfer„mechanism.for_a serial-interface is-provided 
whereby data transfer may be precisely controlled, elimi- 
nating the need for significant buffering. The data transfer 
mechanism also provides for flexible data transfer in either 
a byte mode or a burst mode so as to accommodate any of 
various telecommunications devices having a range of capa- 
bihties and data rates, and minimizes host involvement in 
the data transfer operation. 
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1 2 

DATA TRANSFER MECHANISM FOR device when its bu£fer is still some Dumber of bytes short of 

TRANSFER OF REAL-TIME DATA being full, or overflowing, and an XON character is sent by 

INCLUDING REAL-TIME DATA COMPUTED the device when its buffer is still some number of bytes short 

ON-THE-FLY of being empty. Software flow control is generally only 

S suitable for ASCII data in which the XON and XOFF byte 

This application is a divisional of application Ser. No. pattemsmaybereserved. In the case of arbitrary binary data, 

08/285,542, filed Aug. 2, 1994 (now U.S. Pat. No. 5,727, in which the byte patterns are unconstrained, the XON and 

233). XOFF byte patterns might occur in the data itself, which 

would result in unpredictable behavior if software flow 

BACKGROUND OF THE INVENTION lo control were used. 

1 Field of the Invention hardware flow control, dedicated signals, for example 

^ 1. ... .1 • RequeAtto„Send(RTS).and-Clear-toSend-(GTS),aTe-usedto-~ 

The present in veation.relates-to-data-teleeGmmunications „ A^..i^\^ * ^L- • e ^ . 

: — ^ — ■ , 1 1 . r 1 • r . , signal a device to start or stop transmission of data. 

and more particularly to data transrer mechanisms tor serial tt • a : ^ c r 

. *^ . . Vr However, as m software flow control, occurrence of one of 

communications interfaces. 15 ^j^^^ ^^^^ jypj^^H^ j^^^^^ ^^^^ ^ 

2. State of the Art serviced in an interrupt routine. Therefore, although the 

Personal computers and computer workstations with overhead of checking each byte for a cont roLcharacter-is 

^ode ms now ac cess.a widc-varietv-of-nctworksr Although; avoide'dr intcmipt"latency still requires the use of a high- 

from the standpoint of a user, data transfer using a modem water mark/low-water mark buffering scheme, 
may appear to be relatively simple, the actual data transfer 20 Although modem communications is generally adequate 
operation may be considerably involved. For example, as foj exchanging text files, the transmission of voice, fax and 
between the computer and the modem, the rate at which one video data, especiaUy simultaneous, requires a data rate that 
device generates data and the rate at which the other device exceeds the capabilities of most modems. Furthermore, in 
is able to process data will generally not coincide. This the case of voice and video data, the transmission of such 
non-coincidence of data rates necessitates the use of device 2-5 "isochronous streams" requires that the data be delivered to 
buffers and flow control to pace data transfer between the its destination in an unintenrupted flow. Such streams may be 
two devices. Flow control assures that one device does not not only isochronous (i.e., constant bit rate) but also "real- 
overflow the data buffer of the other device. time." Real-time data streams are generated continuously 
In the direction from the modem to the computer, the during the course of an event and transmitted with minimum 
computer may become busy with other tasks besides the data delay to the destination. To handle real-time and isochronous 
transfer task, such that its allocated data buffers become full. data streams using conventional methods of data transfer 
The computer will then send an indication to the modem that and flow control would require sizable (and hence costly) 
the computer cannot presently accept any more data. Data device buffers and would entail a great deal of CPU inter- 
may then be buffered up in the modem until the computer is vention. 

ready to accept more data, or the indication that the com- Jq achieve a low-cost telecommunications device capable 

puter has stopped receiving data may be propagated of handling real-time and isochronous data streams, a data 

upstream to the far-end modem and the far-end computer transfer mechanism is needed that overcomes the foregoing 

such that the far-end computer temporarily stops sending disadvantages. Furthermore, a data transfer mechanism is 

needed that can efficiently accommodate any of various 

In the other direction firom the computer to the modem, telecommunications devices having a range of capabflities 

the modem may perform data compression such that the data and data rates, 
rate from the computer to the modem may exceed the 

physical data rale across the data Hnk from the modem lo the SUMMARY OF THE INVENTION 

far-end modem. To take full advantage of data compression, present invention, generally speaking, provides a data 

the data rate from the computer to the modem should exceed transfer mechanism for a serial interface whereby data 

the maximum data rate on the data Unk to the far-end transfer may be precisely controlled, eliminating the need 

modem, such that the compressed data fully occupies the fo^ DMA or significant buffering in a telecommunications 

avaflable bandwidth, or nearly so. The data compression device. The data transfer mechanism also provides for 

ratio that the modem can achieve varies, however, with the flexible data transfer in either a byte mode or a burst mode 

charactenstics of the data. The modem must therefore be so as to accommodate any of various telecommunications 

able to invoke flow control to control the data rate from the devices having a range of capabilities and data rates, and 

computer to the modem as the attainable data compression minimizes host involvement in the data transfer operation. 

More particularly, in accordance with one embodiment of 

Flow control is generally of one of two types, software 55 the invention, an apparatus transfers data across a serial link 

flow control and hardware flow control. between a memory in a computer system and a telecommu- 

In software flow control, typically, two special control nications device that produces a transmit handshake signal 

characters are defined, an "XON" character that signals a and a clock signal having a clock rate, both of which are 

device to begin or resume transmission and an "XOFF" carried by the serial link. The apparatus includes a direct 

character that signals a device to stop transmission. Each 60 memory access controller having access to the memory and 

data byte received is checked to see if it is XON or XOFF. a serial communications controller connected to the direct 

When XON or XOPT^ is detected, a software interrupt memory access controller and connected to the serial link, 

routine is initiated to take the appropriate action. Because of for handling bidirectional communications across the serial 

interrupt latency, data transmission may continue for a link at an average data rate in each direction less than the 

period of milliseconds before being stopped. A "high-water 65 clock rate. The serial communications controller includes a 

mark/low-water mark" strategy is therefore employed, in transmit holding register connected to a transmit shift 

accordance with which an XOFF character is sent by a register, with the transmit shift register being connected to 
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the clock signal carried by the serial link and to the transmit FIG. 9 is a timing diagram illustratiug timing of a Trans- 
handshake signal. Shifting of the transmit shift register is mit Handshake signal; 

clocked by the clock signal and enabled when the transmit FIG. 10 is a liming diagram QlustraUng control of single 

handshake signal is asserted. A receive holding register is byte transfers using the Transmit Handshake signal; and 

connected to a receive shift register with the receive shift 5 pi^^ ^ , ^^^j illustrating control of block 

register bemg connected to the clock signal earned by the transfer using the Transmit Handshake signal, 
serial link and to a reference potential, shifting of the receive 

shift register being clocked by the clock signal and continu- DETAILED DESCRIPTION OF THE 

ously enabled by the reference potential. PREFERRED EMBODIMENTS 

In accordance with another embodiment of the invention, lO computer system of FIG. I is exemplary of a wide 

one of a first telecommumcations device and a second variety of computer systems, both large and smaU,Jn which_ 

telecommunications device-produces-a-transmit -handshake siFiklty-connected"5^mimicario"iis devices ^ay be found " 

signal to control transfer of transmit data from the memory ^nd with which the present data transfer mechanism may be 

to the telecommunications device across a serial link that used. 

carries the transmit handshake signal. When the first tele- 15 au-ij* jj i_ ^- jji. 

J.. fj..u -1^.. A mcludmg an address bus portion and a data bus 

communications device is connected to the serial port, data ^ . . » _ . /^T>n\ * 

P , , , u *u c . » 1 • J • portion connects a central processing unit (CPU) to a 

transfer takes place by the fi rst telec ommu nic ation s device . .-/r»r\Kir\— j— *t-— — u-u— . 

— z — : -r Z — :i"rT~~^ \ — ^ '~ . read-onlyTnemory (ROM), and, through bus transceivers 

asserting the transmit handshake signal, in response to / *u \* j ^ax*\ 

u- u • ^ ' *• * 11 • 11 ; (not shown), to a random-access memory (RAM) and to a 

which a serial communications controller senally transmits . . l . ^. , /o*->/^\ • i . 

- , -.J ..... 1 . ■ J • in serial communications controller (SCC), or the equivalent, 

a unit or transmit data to the telecommunications device .u * a • * _f * • i i/n ./ \ a . i 

• 1 1- 1 Tn_ -1 • .11 thatprovides an mterface to a senall/0 port(s). Atelecom- 

across the serial Imk. The serial commumcations controUer « ■ u * ^ * *u • i . i 

, . , - ^, mumcations device is shown connected to the serial port. In 

then requests a data unit from a direct memory access j* . /t^\xa\ * h 

. 11 j.i- J- . . 11 . r addition, a direct memory access (DMA) controller or other 
controller, and the direct memory access controller transfers ^^^^^ ^^^j functionality is connected to the bus 
a data umt to the smal commnmcations controller^ The ^^^^ ^^.^ g^^J ^^^.^^^ 
telecommunications device de-asserts the transnait hand- 25 connected to the bus and may also be serviced by the DMA 
shake Signal, and the foregomg steps are repeated. In this ^o„troller. In other embodiments, the SCC may be con- 
manner, transfer of data is controlled by the telecommuni- „„„i^J j;„„.l., .„ riNyfA « . 11 Tl, . . 

. •, u J . 1. • «7t. .u nected directly to the DMAcontroUer. The computer system 

cations device on a data-umt-by-data-umt basis. When the „,„ ' „• „j .,„-,i, „ ^:„i,.i i 1 /r<oD\ 

... ... . < . . J . . , ffl^y also be equipped with a digital signal processor (DSP), 

second telecommunications device is connected to the serial ,-„ jI^uVj „„ „„„ c ii i • j u i 

_ ., . , ... , . ^ t . -in indicated m dashed hnes, as more fully explained below, 

port, the telecommunications device asserts the transmit , „ , , . . 

handshake signal, and the serial commimications controller ^ ^« ^9^ ."^'^ °i " 'yP* ?f ^"O Serial 

repeatedly transmits a unit of transmit data to the telecom- CommunicaUons ControUer available from Advanced Micro 

munications device, requests a data unit from the direct °^ S»°n5^ak. Calif. The SCC of RG. 1, however, 

memory access controUer, receives a data unit from the "1 ^ ""'^''^^ '^P^f^ °^ J^!,^ P"°;: f-'^^^^^S. «o 

direct memory access controUer. and again transmits a unit 35 FIG . 2, showmg a portion of the SCC of FIG. 1. a transmU 

of transmit data to the telecommunications device, until the ?°'<^'°8 register (11) receives a byte of data sent to the SCC 

telecommunications device de-asserts the transmit hand- ^J^^ controller in response to a DMA Request by 

shake signal. In this manner, transfer of data is controUed by * ^^C. The contents of the transmit holding register are 

the telecommunications device on a data-burst basis. transferred to a paraUel-to-serial converter (13), which 

shuts out the bits of the data byte one -by-one onto the 

BRIEF DESCRIPTION OF THE DRAWING communications line in accordance with a clock signal 

CLK. Data is received from the communications line in a 

The present invention may be further understood from the complementary manner. Data bits are shifted into a serial- 
following written description in conjunction with the to-parallel converter (IS) in accordance with the clock signal 
appended drawing. In the drawing: CLK. Once a byte has been assembled, it is then transfened 

FIG. 1 is a block diagram of a computer system in which to a receive holding register (17) and then transferred to the 

the present invention may be used; DMA controller. The transmit holding register (11) with its 

FIG. 2 is a block diagram of a portion of the serial parallel-to-serial converter (13) and the receive holding 

communications controller of FIG. 1; register (15) with its serial-io-parallel converter (17) com- 

FIG. 3 is a block diagram showing in greater detail a data 50 bine to form part of a full-duplex communications channel, 

stream synchronization arrangement of the computer system ^h® ^^^^ includes as inputs a Clear to Send (CTS) 

of FIG. 1; ^P^^ ^ ^^^^ Carrier Detect (DCD) input. In an Auto 

FIG.' 4' is a diagram of a DMA buffer area within the ^^^^^ of operation, CTS enables the transmitter by 

telecom sample DMA buffers of FIG. 3; enablmg the parallel-to-serial converter, and DCD enables 

T^r^ e ' LI 1 J- r ^ . , - 55 the receiver by enabling the senal-to-parallel converter. 

FIG. 5 IS a block diagram of a first example of a j^^^^ ^ ^^e prior art, CTS and DCD have been con- 

telecommunications device that may be used with the nected in common to a single handshake input signal of the 

present invention; ^^^-^^ p^^^ ^^^^ ^^^^ transmitter and the SCC 

FIG. 6 illustrates a procedure used to guarantee time- receiver are either enabled or disabled at the same time, 

reference synchronization between the computer system and Furthermore, a clock input of the SCC has in the past 

the telecommunications device of FIG. 5; typically been provided by the CPU motherboard. 

no. 7 is a block diagram of a second example of a in the serial communications system of FIG. 1, on the 

telecommunications device that may be used with the other hand, a clock input ofthe SCC is provided through the 

present invention; serial pon by the telecommunications device as shown in 

FIG, 8 illustrates a procedure used to guarantee time- 65 FIG. 2. Because the telecommunications device is directly 

reference synchronization between the computer system and servicing the source of the data stream, namely the commu- 

the telecommunications device of FIG. 7; nications line, the telecommunications device is better able 
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than the ccmputcr to maintain the timing of constant bit rate 
streams. In an exemplary embodimeat of the invention, the 
clock rate provided by the telecommunications device to the 
sec through the serial port is 2,048 MHz. Operating the 
serial port at this rate allows for exchange of digital isoch- 
ronous streams at up to Tl (telephone system truak-Une) 
rates. 

The need for flow control differs in the transmit and 
receive directions, in part because of the high speed at which 
the serial port is operated. In the transmit direction, the 
actual data rate may be only a fraction of the maximum 
■ potential rate^of 2;048'Mb'ps. For example7iri~an"exemplary 
embodiment, a single telephone connection is supported 
using a data rate of 256 Kbps, including 128 Kbps of data 
actually transmitted over the telephone line and ITS Kbps of 
data transmitted to a telephone handset, which serves as a 
speaker.^very_10-milliseconds,.a.frame.including-2560-bits 
of user data is transmitted. Absent flow control, this data 
would be transmitted to the telecommunications device, 
using DMA, at the speed of the serial port, namely 2.048 
Mbps. In approximate terms, a data rate of 2.048 Mbps is 
nearly an order of magnitude greater than a data rate of 256 
Kbps. Therefore, without flow control, nearly 25,600 bits of 
user data would be transmitted to the telecommunications 
device in one millisecond, followed by nine milliseconds of 
no data. Flow control in the transmit direction avoids 
imposing on every telecommunications device the require- 
ment that it be able to handle data at the 2.048 Mbps rate. 

In the receive direction, the pace of data flow is governed 
by the communications line as it supplies constant bit rate 
data. The average data rale between the telecommunications 
device and the computer is therefore guaranteed not to 
exceed the constant bit rate of the communications line. 
Flow control in the receive direction is therefore unneces- 
sary. 

In the serial communications system of FIG. 1, therefore, 
a Transmit Handshake signal TXHS is defined on the serial 
port and is connected to the transmitter of the SCC, as shown 
in FIG. 2, so as to fiinctioa as an Auto Enable for the 
transmitter. The Transmit Handshake signal is not connected 
to the receiver of the SCC in the manner of the prior art. 
Rather, the receiver of the SCC is continually enabled by 
applying to it a fixed potential. In FIG. 2 therefore, the 
receiver enable input is grounded. 

A data stream synchronization arrangement within the 
computer uses the Transmit Handshake signal to establish 
and maintain synchronization between constant bit rate data 
streams generated by the computer and constant bit rate data 
streams received from outside the computer over a commu- 
nications line. A procedure for initiahzation and operation of 
the telecommunications device by the host computer, to be 
described presently in relation to FIG. 3, therefore allows 
wide -are a communications data streams obtained from ana- 
log or digital telephone lines to be conveniendy manipulated 
and blended into the computer sound facilities, for example. 

For purposes of the following description, the host com- 
puter is assumed to contain signal processing resources 
usefiil for generation and detection of voice-band data 
signals (modem), speech generation, voice recognition, 
sound synthesis, and the like. A digital signal processor is 
therefore indicated in dashed lines in FIG. 1. The foUowing 
procedure ensures that a precise integer relationship is 
maintained between telecom data and the particular sub- 
system of interest, such that the host interface subsystem 
data stream is time-aligned with the telecommunications 
device data stream. 



25 



Referring to FIG. 3, the Lost computer system typically 
employs a CISC (complex instmction set) microprocessor as 
the central processor (213). However, contemporary CISC 
processors by their nature lack sufiBcient processing capacity 

5 to treat the digital telecommunications device datastream in 
real time. For example, a V.32 analog modem signal could 
not be generated and delivered to the telecommunications 
device by the CISC CPU. Therefore, a Digital Signal Pro- 
cessor (DSP 205) is employed as a coprocessor to perform 

10 the laborious but requisite signal transformation computa- 
tions on the telecom data stream. 

The'DSP is^ general^uipose fesour"ce atlSe~disposal~of~ 
potentially several host computer clients. The host computer 
operating system software therefore employs a time-based 

^5 software scheduling algorithm to ensure its clients of rea- 
sonable access to the DSP processing resources. The lime- 
_ -based^scheduling-concept-is based-on -a-list-of-tasfcs-(206) 
that are defined by the host processor, and executed in a 
sequential manner on the DSP. The time-base atomic unit is 
called a frame. For this reason the time-based scheduling 
system is also called a frame-based signal processing sys- 
tem. 

Operation of the telecommunications device is as follows. 
The bit-synchronous clock (202) and bidirectional datas- 
treams are delivered to the host computer on the serial 
interface (2131). The serial data is clocked into a serial-to- 
parallel converter (15 in FIG. 2) according to the transitions 
of the bit -synchronous clock. Since the datastream is real- 
time, continuous, and mtist be delivered reliably, regardless 
of tasks that may be running on the central processor (213), 
a dedicated Direct Memory Access (DMA) channel (212) is 
used. The DMA circuit moves data between the Telecom 
Sample Buffers (210) and the telecommunications device. 

At the same time, the DSP (205) may be executing a 
parallel time-based task such as sound synthesis over the 
system speakers. In this case the speaker (2101) is driven by 
a codec (207) from the sound sample buffers (209) which are 
fiUed as a result of computations made by the DSP. Again, 
since the datastream is real-time synchronous, a DMA 
channel (208) is dedicated to the sound system to ensure 
reliable transfer of the sound samples to the speaker 

In order to provide for the reliable exchange of sample 
data between the host computer sound system and the 
45 telecommunications device, the sound sample buffer must 
maintain a fixed phase and time relationship with the tele- 
com sample buffer. Note that, at the same time, the DSP 
operates according to a time-based scheduling algorithm. 
Therefore the following procedure is implemented. First, the 
50 telecom clock, which was previously shown to be bit- 
synchronous and in phase with the datastream dehvered by 
the telecommunications device, is delivered to the host 
computer SCC (211) and a Phase-Lx>cked Loop (203). The 
telecom data clock is used to synchronize the sound clock 
55 (201) which nominally operates at an integer multiple of the 
telecom data clock. Thus the sound clock is phase-aligned 
with the telecom data clock. 

The output of the PLL is then passed to a clock divider 
(204) which reduces the clock frequency to yield a periodic 
60 pulse. This periodic pulse defines the DSP time frame and is 
used to awaken the DSP and cause it to execute the task list. 
The tasks are executed repetitively according to the periodic 
pulse, which has a nominal period of ten milliseconds. 
Included in the task list are the sound generation task(s), the 
65 telecom sample processing task(s), and a sample rate con- 
version task. The purpose of the sample rate converter 
(2111) is to transform the N samples found in the telecom 



08/27/2004, EAST Version: 1.4.1 



5,938,748 



8 



sample hiijfer into M samples loaded into the sound sample 
buffer by the DSP. However, there must be a strict time 
alignment between the sound buffer and the telecom sample 
buffer. Therefore, the telecommunications device is initial- 
ized in precise reference to the output of the clock divider S 
(204). 

The telecommunications device is presumed to have a 
RESET line which may be driven by the host computer. The 
RESET line holds the telecom data and clock lines in a 
quiescent state, when asserted. The clock line is activated, lo 
and sampling commences, when the RESET line is 
-de-asserted.-One of-two or more procedures; to be described — 
in relation to FIG. 6 and FIG. 8, respectively, is executed by 
the System CPU (213) whereby the output of the clock 
divider is monitored, such that the telecommunications 15 
device RESET input is asserted and released at the appro- 
priate time to guar antee ti me-reference synchronization . 



25 



After the initialization sequence is executed, data is 
delivered from the telecommunications device to the host 
computer with both phase and time alignmenl. Therefore the 
DSP, which is time scheduled for frame-based processing, is 
assured that the N telecom samples, which arrive from the 
telecommunications device via the system DMA hardware, 
are entirely coincident with the generation of the M sound 
samples contained in the sound sample DMA buffer. 

The foregoing procedure requires that data to be trans- 
mitted to the telecommunications device be at least double 
buffered. FIG. 4 shows in greater detail a transmit portion of 
the telecom sample DMA buffers (210) of FIG. 3. A circular 
buffer (20) includes a first buffer portion (23) and a second 
buffer portion (25). Each buffer portion holds one DSP frame 
of data. In a preferred embodiment, a frame consisting of 
322 data bytes, including two bytes of control information, 
is produced by the DSP every 10 ms. The DMA controller 
is programmed to remove a frame of data from the circular 
buffer every 10 ms. The DMA controller runs continuously, 
relieving the host CPU of the burden of reprograraming the 
DMA controller at frequent intervals. 

At any given time, one of the buffer portions is designated 40 
as a read buffer and another of the buffer portions is 
designated as a write buffer. The DMA controller reads data 
from the read buffer and the DSP writes data to the write 
buffer. When the DSP has written a full frame of data to the 
write buffer, the roles of the buffers are "flipped", i.e., the 45 
write buffer becomes the new read buffer and the read buffer 
becomes the new write buffer. The circular nature of the 
buffer, together with flipping the roles of the buffers as 
described, makes it possible to run the DMA controller 
continuously, providing a stream of isochronous or real-time 50 
data to the telecommunications device. 

The telecommunications device may be a telecommuni- 
cations device for connecting to the analog telephone 
network, as illustrated in FIG, 5, providing a versatile, 
general-purpose interface to the wide-area communications 55 
analog telephone network. Referring to FIG. 5, the telecom- 
munications device contains analog-to-digital conversion 
facilities (103), electrical and mechanical interface hardware 
(105), clock generation and/or recovery circuits (104), 
serial- to-parallel translation hardware (101) to exchange the 60 
digital data between the telecommunications device and host 
computer; and a state machine (microcontroller 102) which 
manages the synchronization and delivery of digital samples 
to the host via a time-divisiou-iuuUjpicAcu data stream. The 
analog data streams are derived from signals from the 65 
telephone channel (106) and a standard telephone desk set 
(107). 



A serial interface protocol and procedure is defined for 
attaching the telecommunications device through a short 
cable to the serial port of a computer workstation. The 
computer workstation is assumed to be equipped with direct 
memory access (DMA) whereby DMA may be used to 
service the serial port and off-load the computer's central 
processing unit (CPU), allowing continuous real-time com- 
munications to be maintained. 

The external telephone network connects to the telecom- 
munications device at jack (106). This signal is then con- 
ditioned by a suitable electrical interface to provide proper 
signal- amplification' and"filtering~before" submission to"tlie~ 
codec (digitizer) interface (103). The codec is clocked by an 
internally generated oscillator (104). This oscillator is also 
used to derive the telecom sample clock (108) that is 
delivered to and employed by the host for datastream 
_synchroiiization_as.previously„explained-Digitized-samples 
arc clocked between host and telecommunications device 
bit-synchronously and in phase with sample generation in 
the telecommimications device. Thus no buffering of digital 
data within the telecommunications device is required. 

Using full-duplex DMA hardware in the computer, a 
time-division-multiplex (TDM) interface may be supported. 
A transmit handshake line (110) is provided on the serial 
interface as shown in FIG. 5. When the telecommunications 
device wishes to exchange a set of data from a constant bit 
rate (CBR) real-time data stream with the computer, it 
simply transmits any bytes to be transmitted to the computer 
and then uses the transmit handshake line (110) to force the 
computer to transmit the appropriate number of bytes to the 
telecommunications device. In this way, the constant bit rale 
stream can be maintained without any intervention by the 
computer's CPU. Because the telecommunications device is 
directly servicing the source of the stream, namely the 
communications line, the telecommunications device is bet- 
ter able than the computer to maintain the timing of the 
constant bit rate stream. 

Control of the telecommunications device through the 
TDM interface is performed by a software telecommunica- 
tions device handler routine in the computer. Typically, 
TDM data streams are broken up into fixed length frames 
consisting of a control field and a data field. The control field 
carries device specific information, and the information field 
carries the data. These frames are repealed at a fixed period 
of time, called the frame period. The control field is used by 
the software handler to set up data buffers for these frames. 
The specifics of the control field depend on the specific 
hardware implementation of the telecommunications device. 

FIG. 6 illustrates a procedure executed by the System 
CPU (213) whereby the output of the clock divider is 
monitored, such that the RESET input of the telecommuni- 
cations device of FIG. 5 is asserted and released at the 
appropriate time to guarantee time-reference synchroniza- 
tion. 

Referring to FIG. 6, and recalling the data stream syn- 
chronization arrangement of FIG. 3, prior to time 1 the 
system CPU will have already set up the DMA controller to 
start receiving data into the third sample of the receive buffer 
where the DSP will expect to get the samples at the end of 
the 10 ms period. The system CPU will also have set up the 
DMA controller to start transmitting data from the transmit 
buffer which will have been initialized with two frames 
worth of null samples. When the system CPU sees the 10 ms 
timer fire at time 1, it will activate the RESET signal, 
bringing the telecommunications device into operation. The 
telecommunications device will then grab the next receive 



08/27/2004, EAST Version: 1.4.1 



5,938,748 

9 10 

sample from the codec and transmit it to the host, where ISDN network, to a deskset (113), aad-to a main bus (315) 

DMA will place it into the receive buffer. The telecommu- of the telecommunications device. First and second serial 

nications device will then activate the Tx Handshake line ports (317) and (319) send and receive user data to and from 

long enough to receive one sample from the host, which will the ISDN physical interface across the two 64 kbps "B 

be fed to the codec at the next sampling period. The 5 Channels" defined in accordance with ISDN. Data from the 

telecommunications device will conUnue to exchange serial ports is buffered in the RAM (305) of the tclecom- 

sainples with the host in this way until the RKET signal is m^nicaUons device by the DMAcontroller (301). A telecom 

inactivated. Each sample exchange consisb of the telecom- , ^j^^^ (i^g) ^ ^ employed by the host 

mimications device sending four receive bytes to the host f„, ,,,^.1 „/ 1, • ,• • / ( • j t 

and the telecommunication! device retrieving four transmit synchromzation as previously explained. In 

bytesfromthehost,consistingofonesampleforeachoftwo '° P'*^'": "'^n^?"?''. ''l-'^'^^ P^^^*'"^ "'^^'^''^ 

channels and two bytes per sample. '^'t"^ "J^CSO ISDN chip. TJe senal parts are each 

- -When the-DSP receives a-lO ms interrupt at time 27the-re " -[f±'r^;';^!?'-'r''f^?J-°^-'°i 

. • 1 ■ *u • u rxor. tions Controller chip. In the case of Serial Port #3, the Serial 

will be 80 receive samples ID the receive buffer. The DSP r> * n u- • j j -u ^ 

. , , *u 1 • * •* -m- Commumcations Controller chip is used as described pre- 
will block move these samples into its own memory. The „,'^„oi„ ♦ mr- -> u *u * *u * u a 
^c-r, . 1 . *u 1 • u *c • 1- ^5 viously m relation to FIG. 2, such that the Transmit Hand- 
DSP must skip every other sample in the buffer since both ^u„i„l; i^ff * / 1 • .1. . J- *- u * 

, ^1 • .1. L i/ ^ i^f^T^i ,t .1 shake signal effects flow control in the transmit direction but 

channel s samples are m the buiier. Once the DSP has all the u *p , 

, *u J J . . ettect on receive operation. 



receive s am ples it will process the se and^produce, transmit .- 

samples within 10 ms." ^^^"g full-duplex DMA hardware in the computer, a 

When the next lOmstimegoesoff at time3,theDSPwill DMA interface maybe supported in which data is pack- 

have placed the transmit samples in the transmit buffer ^^^^ transmission using HDLC. Multiple logical 

beginning with the first location after the initial 160 nuU streams are supported using a stream identifier field appear- 

samples. The next time the telecommunications device and "^^.^^ ^'^'""J"^. ^'f^^* n^^^ stream may be 

host exchange samples the real transmit samples wHl begin ^^^^S^^ted (by a higher protocol level) as a control stream, 

being sent. The maximum delay between a receive sample asynchronous stream, or an isochronous stream. Stream 

and its corresponding transmit sample will be two frame A^g^ used to desi^ate the beginnm^ 

periods plus four sample periods, in this case 20 ms+(4* 125 ^^""^^ ^^^^ "^^^^ ^ ^ "^^^""Tf ' 

■J^x 20 5 us designate command/response data, and for flow control 

T / J c *i • J • f X- . signalling. Multiple packets can be sent in one HDLC frame. 

Instead or a telecommunications device for connecting to \^ t . . . . . . ^ 

the analog telephone network (FIG. 5), the telecommunica- 30 substitutmg the appropriate physical interface cir- 

tions device may be a telecommunications device for con- ^^^y ^^^^ physical interface circuitry (3U), the 

necting to digital telephone services such as ISDN. Such a telecommunicaUons device of FIG. 7 may be adapted to 

telecommunications device is shown in FIG. 7. The tele- computer workstations to Private Branch Exchange 

communications device contains a microprocessor (CPU (PBX) commumcations facilities, or, more generally, to 

303), a random access memory control and program store 35 ^''^f^^ telecommunicaUons network. Because the 

(RAM 305), a read-only memory for system initialization ^^''^^ mUrfaco between the host computer and the telecom- 

and diagnostics (ROM 304), a direct-memory-access con- munications device supports multiple independent data 

troUer (DMA 301) to exchange the digital data between the arbitrary signallmg and control functions may be 

communications facilities and the telecommunications achieved by designaUng one or more streams as control 

device and between the telecommunications device and host ^t^^a^^.- This abihty aUows the telecommumcations device 

computer, a serial interface (302) to the host computer to provide a fully-generalizable hardware/software core that 

system using High-Level Datalink Control (HDLC) signal- "^^^ ^ ^^^^^ to any of a wide vanety of PBXs, 

ling; and an interface transceiver (not shown) which couples ^^^'^^ ^"^P^^V ^^S^^al signaUing, some of which 

the telecommunications device to the physical transmission ^^^^^g signaUmg, and some of which employ hybrid 

medium. In a preferred embodiment, the CPU is realized by 45 s^g^aJiing. 

a 68302 microcontroller running a real-time multi-talking addition, software for the telecommunications device is 
operating system such as the Apple Real-time Operating downloadable from the host computer. This ability allows 
System Environment (AROSE). ^^e telecommunications device to be programmed to handle 
A serial interface protocol and procedure is defined for any of the numerous proprietary PBX formats by download- 
attaching the telecommunications device through a short 50 appropriate software routines from the host corn- 
cable 107 to the serial port 100 of a computer workstation. P^^^^- Equally important, the telecommunications device 
A transmit handshake fine (110) is provided on the serial provides a debugging facility to aid in code development. A 
interface. When the telecommunications device wishes to downloader and a debugger are resident in the ROM (304) 
exchange a set of data from a constant bit rate (CBR) and are accessed via designated control streams, 
real-time data stream with the computer, it simply transmits ss FIG. 8 illustrates a procedure executed by the System 
any bytes to be transmitted to the computer and then uses the CPU (213) whereby the output of the clock divider is 
transmit handshake line (110) to force the computer to monitored, such that the RESET input of the telecommuni- 
transmit the appropriate number of bytes to the telecommu- cations device of FIG. 7 is asserted and released at the 
nications device. In this way, the constant bit rate stream can appropriate time to guarantee time-reference synchroniza- 
be maintained without any intervention by the computer's 60 ^ion. 

CPU. Because the telecommunications device is direcUy At time 1 the host computer waits for transmission of any 

servicing the source of the stream, namely the communica- asynchronous transmit data in the DMA pipe to be com- 

tions line, the telecommunications device is better able than pie ted; the host computer then waits for the 10 ms timer to 

the computer to maintain the timing of the constant bit rate expire, v/hereupon the host couiputcr transmits a Frame 

stream. 65 Sync packet to the telecommunications device indicating the 

The telecommunications device additionally includes an 10 ms frame boundary. At time 2, the telecommunications 

ISDN physical interface (311) connected to the external device upon reception of the Frame Sync Packet takes the 
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last two samples as the first two samples of an 80 sample 10 
ms frame. ITie telecommunications device upon collecting 
the 78th sample begins the Frame Data Packet. Since it takes 
approximately 325 ^ to send the packet and two more 
samples take 250 //s, the last two samples will be in the 
buffer by the time the last two bytes are sent in the packet. 
This procedure provides at least a one sample period margin, 
i.e., sample period 2, between the time the last sample is 
received into the host computer's DMA buffer and the time 
when the DSP chip grabs the samples in response to the 
DSP's 10 ms timer firing. 

Ihe h ost J^omputex can_transmit _asy_nchronous„data_up_ 

unlU a safe period, time 3, before it will be required to 
transmit outbound samples (the host computer must keep 
track of how much data is in the DMA pipe and the current 
time). At the time of the final asynchronous data transmis- 
sion (which could be simply a synchronizing control signal) 

-the-host~computer"will~scnd"airEnd^f-"Async-Datnignar 
which indicates to the telecommunications device that it 
should disable the Tx Handshake line. The telecommunica- 
tions device will not reenable the Tx Handshake line until 
the beginning of the fourth sample period to guarantee that 
the DSP chip has been given a full 10 ms to generate 
transmit samples. During this isochronous data setup period 
the host computer can begin setting up a new DMA buffer 
with asynchronous data but not will not enable it until after 
the transmit samples are sent. The telecommunications 
device can send asynchronous data between periods that it 
sends receive samples, i.e., during the time interval 4, but 
must insure getting receive samples to the host computer 
(taking advantage of the one-sample-period leeway) by the 
time the DSP expects to grab them. Hence the telecommu- 
nications device cannot fill up its DMA pipe so much that it 
overruns this period. 

At time 5, the host computer gets a Tx Handshake change 
interrupt (SCC CTS interrupt), upon which it will program 
the DMA to send the data from the transmit sample buffer 
and enable DMA; data will not be sent until the telecom- 
munications device reenables Tx Handshake. At time 6, the 



requirements iUustrated in FIG. 9. If Byte i is to be the last 
byte transferred, for example, the Transmit Handshake sig- 
nal must be deactivated within a time window that begins 
just before the start bit of Byte i and end just after the last 

5 data bit, D7, of Byte i. A minimum hold time is specified 
following the parity bit of Byte i-1 to guarantee that one 
more byte. Byte i, will be sent. 

Similarly, a minimum setup time is specified preceding 
the stop bit of Byte i to guarantee that no more bytes will be 

10 sent. 

In FIG. 10, the Transmit Handshake line is deactivated 
within.the specified^timing window-at each-byte-transfer-to- 
control the transfer of BYTE 1, BYTE 2, BYTE 3 and 
BYTE 4 on a byle-by-byte basis. As indicated by the broken 
15 line, any desired amount of time may elapse between 
transfer of one byte and transfer of a next byte. 

F IG- 11? Transmit H andshake line is actiyated_and_ 
thereafter not deactivated until the specified timing window 
of BYTE 4, BYTE 1 through BYTE 4 are therefore trans- 
'^^ ferred one after another at the serial link data rate without 
pause. 

At communication data rates approaching the maximum 
rate of 2.048 Mbps, the Transmit Handshake line will be 
asserted continuously or nearly so. Some buffering may then 
^ be necessary, for example to maintain a constant stream of 
data on the communications line during receipt of control 
header information from the host. In such an instance, a 
high-water-mark/lower-water-mark type of scheme may be 
used to advantage. The amount of buffer space required will 
nevertheless be greatly reduced as compared to the prior art, 
and the precision with which data transfer may be controlled 
will be greatly increased. 

It will be appreciated by those of ordinary skill in the art 
that the invention can be embodied in other specific forms 
without departing from the spirit or essential character 
thereof. The presently disclosed embodiments are therefore 
considered in all respects to be illustrative and not restric- 
tive. The scope of the invention is indicated by the appended 
claims rather than the foregoing description, and all changes 
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telecommunications device will reenable Tx Handshake at which come within the meaning and range of equivalents 
the start of the 4th sample period, upon which the transmit 
samples will be sent to the telecommunications device. At 
time 7, the host computer after the transmission of the 
transmit samples will receive a DMA completion interrupt, 
upon which it can begin sending asynchronous data until the 
next isochronous data setup period. 

The telecommunications devices of FIG. 5 and FIG. 8 
represent only two examples of telecommunications devices 
with which the present data transfer mechanism may be used 
to achieve flexible, efficient serial communications. At low 
communications data rates, byte-by-byte transfer may be 
used with little or no buffering of data to minimize device 
cost. At progressively higher communications data rates, 
burst-mode transfer may be employed. 

Timing of the Transmit Handshake signal to execute 
single byte transfers and block transfer is illustrated in FIG. 
9, FIG. 10, and FIG. 11. Referring first to FIG. 9, serial 
transmission of a Byte i, a last portion of a previous Byte 
i-1, and a first portion of a next Byte i+1 is illustrated. A byte 
is transmitted as one or more start bits followed by eight data 
bits, a parity bit, and one or more stop bits. In response to 
a stop bit, the telecommunications device latches in the 



received byte. 

The telecommunications device may precisely control 
data transfer to ensure that exactly a desired number of bytes 
are transmitted from the computer by observing the timing 



thereof are intended to be embraced therein. 
What is claimed is: 

1. In a computer system having a memory including a 
direct memory access buffer area, and having a direct 
memory access controller and a serial communications 
controller connected to a serial port, a method in which one 
of a first telecommtinications device and a second telecom- 
munications device produces a transmit handshake signal to 
control transfer of transmit data from the memory to said one 
of the first telecommunications device and the second tele- 
communications device across a serial link that carries the 
transmit handshake signal, the method comprising the steps 
of: 

a) when the first telecommunications device is connected 
to the serial port; 

b) the first telecommunications device asserting the trans- 
mit handshake signal; 

c) the serial communications controller serially transmit- 
ting a unit of transmit data to the first telecommtmica- 
tions device across the serial link; 

d) the serial communications controller requesting a data 
unit from the direct memory access controller; 

e) the direct memor}' access controller transferring a data 
65 unit to the serial communications controller; 

f) the first telecommunications device de- asserting the 
transmit handshake signal; and 
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repeating steps a) through e); areas as the first buffer area each time the first buffer 
whereby transfer of data is controlled by the first area is emptied, and to coatinuously transfer the trans- 
telecommunications device on a data-unit-by-data- mit data of the first group from the first buffer area to 
unit basis; and the serial communications controller responsive to 
when the second telecommunications device is con- 5 requests from the serial communications controller, 
nected to the serial port; thereby emptying the first buffer area a multiplicity of 

g) the second telecommunications device asserting the times, without being reprogrammed. 

transmit handshake signal; 3. The apparatus of claim 2, fiirther comprising a receive 

h) the serial communications controller serially transmit- designated in said memory, wherein the serial 
ting a unit of transmit data to the second telecommu- J^™^ ^ telecommunications clock signal input to the 
nications device across the serial link; ^^"^^ communications controller and wherem said serial 

, . , „ J . communications controller receivesunits of receive.data. on- 

_ i)jne senaljommiimcaiLonscontroner.ff^^^^^ "the^il link^heH^veTlhTTel^mmunications clock sig- 

unit from the direct memory access controller; active 

j) the direct memory access controller transfeniig a data 15 4, xhe apparatus of claim 3, wherein the DMA controller 

unit to the serial communications controller; and responsive to requests from the serial communications 

repeating steps h) through j) until the first telecommu- controller to transfer receive real-time data from t he serial 

nicaUons de vice de-asse rts jhcJransmjTha^ commumcations-controller-tonhe-remve"bufier^afea^ 

nal; 5^ The apparatus of claim 4, further comprising a clock 
whereby transfer of data is controlled by the second 20 divider connected to the telecommunications clock signal 
telecommunications device on a data burst basis. and to the processor for providing to the processor a periodic 
2. An apparatus for exchanging real-time data between a pulse once for every P pulses of the clock signal, 
memory in a computer system and a telecommunications 5. The apparatus of claim 5, wherein the processor is a 
device, across a serial link that carries a transmit handshake digital signal processor that performs frame-based process- 
signal, the apparatus comprising: 25 ing in accordance with a task list. 

a transmit buffer area designated in said memory and 7. The apparatus of claim 4, further comprising: 

mciuding at least a first buffer area for storing a first a sound system; 

group of transmit data ready for transfer to the tele- ^ ^^^^ ^^jf^^ ^^^^ designated in said memory; 

communications device and a second buffer area for 

storing a second group of transmit data being computed 30 , 

for subsequent transfer to the telecommunications sample rate conversion means for convertmg a group of N 

samples received from the telecommumcations device 

* ^ , , . , ^ , 1 Into a group of M sound samples and storing the M 

a processor for computmg the transmit data of the second ^^^j ^^^pj^^ ^^^^ ^^^^ ^^^pj^ ^^^^ ^^^^ 

S'^^^P' 8. The apparatus of claim 7, wherein said sound system 

a serial communications controller connected to the serial comprises a sound clock that produces a sound clock signal, 

Unk for requesting and receiving units of transmit data an audio codec and a speaker. 

and for, only when the transmit handshake signal is 9. The apparatus of claim 8, further comprising a PLL for 
active, transmitting the units of transmit data on the synchronizing the sound clock signal and the telecommu- 
ter ial link; and nications clock signal, 
a direct memory access controller connected to the 10. The apparatus of claim 4, wherein said serial link 
memory, to the processor and to the serial communi- further carries a reset signal, the apparatus comprising 
cations controller, for transferring the transmit data of means for activating said reset signal and for storing a 
the second group from the processor to the second received data unit in a predetermined location within the 
buffer area and for transferring the transmit data of the receive buffer area. 

first group from the first buffer area to the serial 11. Tlie apparatus of claim 10, wherein the predetermined 
communications controller responsive to requests from location follows a first location within the receive buffer area 
the serial communications controller, the direct with at least one location intervening, 
memory access controller being programmed to alter- 
nately designate first one and then another of the buffer ***** 
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